home *** CD-ROM | disk | FTP | other *** search
/ PD Collection CD 1 / PD Collection CD 1.iso / textual / tex / files / !tex / TeXsource / beebe / 4 / 00mail
Encoding:
Text File  |  1987-02-25  |  3.0 KB  |  66 lines
  1. 25-Feb-87 11:33:35-MST,3082;000000000000
  2. Mail-From: BEEBE created at 25-Feb-87 11:33:31
  3. Date: Wed 25 Feb 87 11:33:31-MST
  4. From: "Nelson H.F. Beebe" <Beebe@UTAH-SCIENCE.ARPA>
  5. Subject: DVI driver update #4
  6. To: $90%dhdurz1.bitnet@WISCVM.WISC.EDU, austins%ucbcmsa.edu@UTAH-CS.ARPA,
  7.     cel@CITHEX.CALTECH.EDU, crawford-j%ohio-state.arpa@UTAH-CS.ARPA,
  8.     crm8701%tamvenus.bitnet@WISCVM.WISC.EDU,
  9.     david%ci-dandelion.uucp@EDDIE.MIT.EDU,
  10.     gaspard%hroeur5.bitnet@WISCVM.WISC.EDU,
  11.     james%vaxe.coe.northeastern.edu@UTAH-CS.ARPA,
  12.     lamy%ai.toronto.edu@RELAY.CS.NET, mpc91b%dgogwd01.bitnet@WISCVM.WISC.EDU,
  13.     rjones%uwovax.bitnet@WISCVM.WISC.EDU, rs%gnome.cs.cmu.edu@UTAH-CS.ARPA,
  14.     stone%ruthep.rutgers.edu@UTAH-CS.ARPA,
  15.     system%uvphys.bitnet@WISCVM.WISC.EDU, thobe@EE.UCLA.EDU,
  16.     x854%ddagsi3.bitnet@WISCVM.WISC.EDU, zeffi%finabo.bitnet@WISCVM.WISC.EDU
  17. cc: BEEBE@UTAH-SCIENCE.ARPA
  18. X-US-Mail: "Center for Scientific Computation, South Physics, University of Utah, Salt Lake City, UT 84112"
  19. X-Telephone: (801) 581-5254
  20. Message-ID: <12281911255.16.BEEBE@UTAH-SCIENCE.ARPA>
  21.  
  22. Yesterday, we hit yet another problem with VMS C, and  today
  23. I found a workaround.  The  symptom was that the  PostScript
  24. macros prefixed to the .dvi-alw output file were  truncated.
  25. I recompiled  DVIALW with  the  debugger this  morning,  and
  26. single-stepped it through cppsfile(), verifying that all the
  27. macros  got  written.   When  I  examined  the  output  file
  28. closely, it  found that  the  truncation point  was  exactly
  29. after  character  number   2048,  which   is  an   extremely
  30. suspicious number, being a power  of two, and a multiple  of
  31. the VMS file blocksize.
  32.  
  33. I haven't time now to step around in the library to find out
  34. why it  is happening,  but I  have found  a workaround.   In
  35. dviinit.h, I had arranged for  the output file to be  opened
  36. in fixed-block binary mode, since  that was required by  the
  37. Kellerman & Smith spooler  program which drives our  Imagen.
  38. By reverting to stream-lf  form for all  by the Imagen,  the
  39. problem disappears in the  PostScript output, and it  prints
  40. correctly.  Here is the relevant section of dviinit.h:
  41.  
  42. #if    OS_VAXVMS
  43.     /* Create fixed-length binary 512-byte instead of stream organization
  44.        so Kellerman & Smith IMPRINT spooler will handle it. */
  45. #if    IMPRESS
  46.     plotfp = FOPEN(dvoname,"wb","rfm=fix","bls=512","mrs=512");
  47. #else
  48.     plotfp = FOPEN(dvoname,"wb");
  49. #endif
  50. #else
  51.     plotfp = FOPEN(dvoname,"wb");
  52. #endif
  53.  
  54. It is  possible  that this  will  break some  of  the  other
  55. drivers, but since the only output device I have attached to
  56. the VAX 8600 is the Imagen  8/300, it is hard to test.   Our
  57. present FTP on the VAX is very poor and it is very difficult
  58. to transfer  files  to another  machine  without  gratuitous
  59. insertion of CRLF  pairs every so  often, or other  fiddling
  60. with the binary data.  An FTP replacement from CMU should be
  61. installed soon, but until then, it will not be feasible  for
  62. me to really check the output from the VAX.
  63.  
  64. Feedback from user sites is therefore most welcome.
  65. -------
  66.